home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.341 < prev    next >
Text File  |  1996-02-12  |  29KB  |  605 lines

  1. Frequently Asked Questions (FAQS);faqs.341
  2.  
  3.  
  4.  
  5.     Other interesting looking books:
  6.  
  7.     n. Mark A. Miller.  Troubleshooting Internetworks.
  8.  
  9.   13. Periodicals
  10.  
  11.     The following periodicals were mentioned by responders to the 12/91
  12.     BIG-LAN Reader Survey as good periodicals for administrators of Campus-
  13.     sized LANs:
  14.  
  15.     a. LAN Times
  16.     b. Communications Week
  17.     c. Network Computing
  18.     d. ConneXions
  19.     e. Data Communications
  20.     f. Network World
  21.     g. LAN Magazine
  22.     h. Info World
  23.     i. SunExpert
  24.     j. Telecommunications
  25.     k. Computerworld
  26.     l. DataCommunicationInternational
  27.     m. Datamation
  28.     n. Digital Review
  29.     o. LAN Technology
  30.     p. Lightwave
  31.     q. MacUser
  32.     r. MacWeek
  33.     s. MacWorld
  34.     t. Networking Management
  35.     u. PC Week
  36.  
  37.   14. Training Courses
  38.  
  39.     The following providers of tutorials were mentioned by responders to
  40.     the 12/91 BIG-LAN Reader Survey:
  41.  
  42.     a. Interop
  43.     b. ACM SIGComm
  44.     c. Learning Tree
  45.     d. Novell
  46.     e. PSI
  47.     f. Usenix
  48.  
  49.   15. Conferences
  50.  
  51.     The following conferences were mentioned by responders to the 12/91
  52.     BIG-LAN Reader Survey as good conferences for administrators of Campus-
  53.     sized LANs:
  54.  
  55.     a. Interop
  56.     b. Usenix
  57.     c. ComNet
  58.     d. NetWorld
  59.     e. ACM SIGComm
  60.     f. DECUS
  61.     g. IETF
  62.  
  63.  
  64. IV. Basic Glossary on Campus Networks
  65.  
  66.    Another glossary is RFC1208.  See "Online Papers" above.
  67.  
  68.      ANSI "American National Standards Institute" - A definer of
  69.        standards of all kinds, including FDDI.
  70.  
  71.      Appletalk - A protocol family developed by Apple Computer to
  72.        implement LANs serving Macintoshes.
  73.  
  74.      ATM "Asynchronous Transfer Mode" - a method for switching little
  75.        fixed-size packets (cells) around.  Like T1 and DS3, digitized
  76.        voice was a major consideration in its design, but it can be
  77.        used for data.  It is designed around fixed speeds too, roughly
  78.        150MBS and 600MBS.  The fixed cell size is 53 bytes.  Though ATM
  79.        is really designed for voice and WANs, there are schemes to use
  80.        it in LANs.  ATM is a big buzzword these days but it is still
  81.        very new.
  82.  
  83.      AUI "Attachment Unit Interface" - the Ethernet/IEEE 802.3 term
  84.        for the interface between a MAU and a station.  A special kind
  85.        of cable known as an "AUI Cable" can attach a MAU to a station
  86.        at a distance (up to 50 meters).
  87.  
  88.      BNC Connector "Bayonet Neill-Concelman connector" - a type of
  89.        connector used for attaching coax cable to electronic equipment
  90.        which can be attached or detached quicker than connectors that
  91.        screw.  ThinWire Ethernet (IEEE 802.3 10BASE2) uses BNC connectors.
  92.  
  93.      Bridge - A network "relay" which reads, buffers, and sends
  94.        data to relay it from one data link to another, but makes
  95.        the two data links appear as one to levels higher than the
  96.        data link layer.
  97.  
  98.      CDDI "Copper Data Distribution Interface" - essentially a way to
  99.        use electrical communications cables in an FDDI network.  Several
  100.        companies have worked out ways to do this but ANSI has yet to
  101.        standardize one.  I think CDDI was coined by Crescendo corporation
  102.        for their scheme, but it may well be adopted by ANSI as the name.
  103.        So far there are schemes that work on Coax, on STP and UTP, but
  104.        the front runners look like they will be able to run on UTP for
  105.        about 100 meters.
  106.  
  107.      CMIP "Common Management Information Protocol" - An OSI protocol
  108.        for management of network equipment.  Not widely implmented.
  109.        See SNMP.
  110.  
  111.      CMOT "CMIP over TCP/IP" - A protocol consisting of CMIP running
  112.        under TCP/IP.  An alternative to SNMP.
  113.  
  114.      Coaxial Cable - any of a number of kinds of electrical
  115.        communications cable designed so one conductor is in the
  116.        center and the second conductor forms a ring around it.
  117.        Depending upon who you talk to, someone might have a specific
  118.        kind of coaxial cable in mind.  Some well known kinds are
  119.        various Cable TV cables, cables used by IBM 327x terminals
  120.        and ARCnet, and cables used by Ethernet & IEEE 802.3.
  121.  
  122.      DECnet - Trade name of Digital Equipment Corporation for some
  123.        of their networking products.  It is a kind of network
  124.        built out of Digital Equipment Corporations own networking
  125.        protocols (with some standard protocols also used).
  126.  
  127.      Dialup Modem - Modem used over ordinary dial-up telephone lines
  128.        as opposed to private or leased lines.
  129.  
  130.      Ethernet - LAN data-link protocol developed by a consortium
  131.        of vendors; later standardized as IEEE 802.3 with a few
  132.        modifications.  For many applications, users have not adopted
  133.        all the IEEE 802.3 differences.  Ethernet/802.3 now can be
  134.        run on two types of coaxial cable as well as multi-mode
  135.        fiber and unshielded twisted-pair.  "Raw" rate of data
  136.        transmission is 10 megabits/second.
  137.  
  138.      FDDI "Fiber Data Distribution Interface" - LAN data-link protocol.
  139.        Designed to run on multi-mode fiber.  "Raw" rate of data
  140.        transmission is 100 megabits/second.  Developed by the American
  141.        National Standards Institute.
  142.  
  143.      FDDI-2 - Same speed, same fiber, same basic protocol as FDDI.
  144.        FDDI-2 adds a layer which allows you to allocate fixed bandwith
  145.        to applications of your choice, making it more like broadband.
  146.        FDDI-2 is still rather new.
  147.  
  148.      Fiber - optical fiber: a very long, narrow, flexible piece of glass.
  149.        Used for high-speed communications.
  150.  
  151.      FOIRL "Fiber Optic Inter-Repeater Link" - a standard for running
  152.        IEEE 802.3 over fiber.  It was originally designed to link two
  153.        repeaters, and only supports two attachments.  Many users use it
  154.        to attach a station to a repeater.  See 10BASE-F.
  155.  
  156.      FTP - Protocol in the "TCP/IP" family for copying files from
  157.        one computer to another.  Stands for "File Transfer Protocol".
  158.  
  159.      Gateway - A type of "network relay" that attaches two networks
  160.        to build a larger network.  Modern "narrow" usage is that it
  161.        is one that translates an entire stack of protocols, e.g.,
  162.        translates TCP/IP-style mail to ISO-style mail.  Older usage
  163.        used it for other types of relays--in particular, in the "TCP/IP"
  164.        world, it has been used to refer to what many now insist is
  165.        a "router".
  166.  
  167.      GOSIP "Government Open Systems Interconnect Profile" - A subset of
  168.        OSI standards specific to US Government procurements, designed
  169.        to maximize interoperability in areas where plain OSI standards
  170.        are ambiguous or allow options.  Theoretically, required of all
  171.        US Government networking procurements since mid-1990.
  172.  
  173.      Heartbeat - In Ethernet (Version 2), a test of the collision
  174.        functionality of the transciever.  The term "Heartbeat" is often
  175.        (wrongly) used interchangeably with "SQE" which is a similar
  176.        function of IEEE 802.3.  See Question on SQE/Heartbeat below.
  177.  
  178.      IPX - Novell's protocol used by Netware.  Utilizes part of XNS.
  179.        A router with "IPX routing" purports to interconnect LANs so
  180.        that Novell Netware clients & servers can talk through the router.
  181.  
  182.      MAU "Media Adaptor Unit" - an IEEE 802.3 or Ethernet device which
  183.        attaches a station to the cable.  Popularly called a "transceiver".
  184.        Can be attached by cable to the station or built into the
  185.        station.
  186.  
  187.      MIB "Management Information Base" - the set of parameters an SNMP
  188.        management station can query or set in an SNMP agent (e.g. router).
  189.        Standard, minimal MIBs have been defined (MIB I, MIB II), and vendors
  190.        often have custom entries.  In theory, any SNMP manager can talk
  191.        to any SNMP agent with a properly defined MIB.
  192.  
  193.      Multimode fiber - A type of fiber mostly used for shorter, e.g. campus
  194.        distances.  It can carry 100 megabits/second for typical campus
  195.        distances, the actual maximum speed (given the right electronics)
  196.        depending upon the actual distance.  It is easier to connect to than
  197.        Single Mode Fiber, but its limit on speed x distance is lower.
  198.  
  199.      NFS "Network File System" - an IP-based protocol originally developed
  200.        by Sun Microsystems which provides file services.
  201.  
  202.      OSI "Open System Interconnect" - A standard put forth by the ISO for
  203.        communication between computer equipment and networks.
  204.  
  205.      OSI Reference Model - A model put forth by the ISO for communication
  206.        between computer equipment and networks, which maps out 7 protocol
  207.        layers.
  208.  
  209.             Top layer:  layer number 7:   application layer
  210.                         layer number 6:   presentation layer
  211.                         layer number 5:   session layer
  212.                         layer number 4:   transport layer
  213.                         layer number 3:   network layer
  214.                         layer number 2:   data-link layer (e.g. IEEE 802.x)
  215.          Bottom layer:  layer number 1:   physical layer (wire & electricity)
  216.  
  217.        This model explains what each layer does.  The model is often
  218.        used to explain anyones protocols (not just OSI) to the point
  219.        where many people seem to believe that true data-communications
  220.        requires these 7 layers.
  221.  
  222.      POP "Post Office Protocol" - A TCP/IP-based protocol designed to allow
  223.        client-stations (e.g. micros) to read mail from a server.  There
  224.        are three versions under the name "POP": POP, POP2, and POP3.
  225.        Latter versions are NOT compatible with earlier versions.
  226.  
  227.      Protocol - The "rules" by which two network elements trade information
  228.        in order to communicate.  Must include rules about a lot of mundane
  229.        detail as well as rules about how to recover from a lot of unusual
  230.        communication problems.  Thus they can be quite complicated.
  231.  
  232.      Relay - One terminology uses the term "relay" as a device that
  233.        interconnects LANs, different kinds of relays being repeaters,
  234.        bridges, routers, and gateways.
  235.  
  236.      Repeater - In the "Ethernet" world, a "relay" that regenerates and
  237.        cleans up signals, but does no buffering of data packets.
  238.        It can extend an Ethernet by strengthening signals, but timing
  239.        limitations on Ethernets still limit their size.
  240.  
  241.      RFC "Request For Comments" - The name is a real red herring when
  242.        it comes to Internet RFCs.  Some really are "Requests For Comments"
  243.        but all Internet protocol documents are stamped with an RFC number
  244.        that they never shake, so the acronym RFC generally refers to
  245.        documents that describe protocols in the TCP/IP family.
  246.  
  247.      RG numbers (E.g. RG62; sometimes there are qualifiers, e.g. RG 58
  248.        A/U) a shorthand designation for military cable.  RG58 & RG62
  249.        designate two different types of cable used by the military.
  250.        Some data-communications equipment was designed to work with
  251.        a particular military standard, e.g.  IBM 3270-type terminals
  252.        use RG62.  In other cases, people use an RG-numbered cable
  253.        that is close to what they need: for example Thinwire
  254.        Ethernet & IEEE 802.3 10BASE2 define the type of cable they
  255.        need and people sometimes substitute flavors of RG58, which
  256.        are "close".  One can't recommend this practice because you
  257.        can get yourself in trouble.  I think "RG" originally stood
  258.        for "Radio Guide", presumably reflecting the fact that the
  259.        series of cables was designed to handle radio frequencies.  The
  260.        IEEE 802.3 10BASE2 specifications define two RG numbered cables
  261.        (RG58 A/U and RG58 C/U) as meeting the cable requirements for
  262.        thin Ethernet.  However, cable vendors may list a range of
  263.        cables under these same RG numbers, and some of the cables
  264.        listed may not meet the 802.3 specs.  You need to check the
  265.        cable specifications closely, and beware of relying on the RG
  266.        number alone when ordering network cables.
  267.  
  268.      Router - A network "relay" that uses a protocol beyond the
  269.        data-link protocol to route traffic between LANs and other
  270.        network links.
  271.  
  272.      Routing Protocol - a protocol sent between routers by which
  273.        routers exchange information own how to route to various parts
  274.        of the network.  The TCP/IP family of protocols has a bunch,
  275.        such as RIP, EGP, BGP, OSPF, and dual IS-IS.
  276.  
  277.      Shielded Twisted Pair - a type of twisted-pair cable with a
  278.        metallic shield around the twisted conductors.  The shield
  279.        reduces the noise from the cable and reduces the effects of
  280.        noise on the communications in the cable, but changes the
  281.        electrical characteristics of the cable so some equipment
  282.        optimized to non-shielded cable runs worse on shielded cable.
  283.  
  284.      Single Mode fiber - a type of fiber optic cable used for longer
  285.        distances and higher speeds, e.g.  for long-distance telephone
  286.        lines.  See also "Multimode Fiber".
  287.  
  288.      SMTP "Simple Mail Transfer Protocol" - the protocol in the
  289.        TCP/IP family used to transfer electronic mail between
  290.        computers.  It is not oriented towards a client/server system so
  291.        other protocols (see "POP") are often used in that context.
  292.        However, servers will use SMTP if they need to transfer a
  293.        message to another server.
  294.  
  295.      SNMP "Simple Network Management Protocol" - Originally developed
  296.        to manage IP based network equipment like routers and bridges,
  297.        now extended to wiring hubs, workstations, toasters, jukeboxes,
  298.        etc.  SNMP for IPX and AppleTalk under development.  Widely
  299.        implemented.  See CMIP.
  300.  
  301.      SQE Test "Signal Quality Error Test" - an IEEE 802.3 function
  302.        that tests the transceiver.  The term "SQE" is often (wrongly)
  303.        used interchangeably with "Heartbeat" which is a similar
  304.        function of Ethernet Version 2.  See Question on SQE/Heartbeat
  305.        below.
  306.  
  307.      TCP/IP "Transmission Control Protocol/Internet Protocol" -
  308.        literally, two protocols developed for the Defense Data Network
  309.        to allow their ARPANET to attach to other networks relatively
  310.        transparently.  The name also designates the entire family of
  311.        protocols built out of IP and TCP.  The Internet is based upon
  312.        TCP/IP.
  313.  
  314.      TELNET - a protocol in the TCP/IP family that is used for
  315.        "remote login".  The name is also often used as the name of the
  316.        client program that utilizes the TELNET protocol.
  317.  
  318.      Terminal Server - a network device that allows a number of
  319.        terminals to attach to a LAN, and do remote logins across the
  320.        LAN.
  321.  
  322.      TN3270 - A variant of the TELNET program that allows one to
  323.        attach to IBM mainframes and use the mainframe as if you had a
  324.        3270 or similar terminal.
  325.  
  326.      Token Ring - People often mean 802.5 when they say "Token Ring"
  327.        (see below).  In the more general sense of the word, a type of
  328.        LAN that has stations wired in a ring, where each station
  329.        constantly passes a special message (a "token") on to the next.
  330.        Whoever has the token can send a message.
  331.  
  332.      Tunnelling - An important concept in the design of many kinds of
  333.        networks: taking some protocol-family's ability to move packets
  334.        from user to user, or to open virtual-circuits between users,
  335.        and use this as if it were a data-link protocol to run another
  336.        protocol family's upper layers (or even the same protocol
  337.        family's upper layers).  Examples: running TCP/IP over Appletalk
  338.        instead of something like Ethernet; running Appletalk over
  339.        DECnet instead of something like Localtalk or Ethernet.
  340.  
  341.      Twisted Pair - The type of wire used by the phone company to wire
  342.        telephones -- at least over distances like between your house
  343.        and the central office.  It has two conductors, which are twisted.
  344.        The twists are important: they give it electrical characteristics
  345.        which allow some kinds of communications otherwise not possible.
  346.        Ordinary telephone cables are not shielded (see "Shielded twisted
  347.        Pair").
  348.  
  349.      T1 - A phone-company standard for running 24 digitized voice circuits
  350.        through one 1.5megabit/second digital channel.  Since phone companies
  351.        run lots of T1, and will run T1 between customer sites, the
  352.        standard is often used for data communications, either to provide
  353.        24 low-speed circuits, or to provide 1 high-speed circuit, or to
  354.        be divided other ways.
  355.  
  356.      UTP (Unshielded Twisted-Pair) -  See "Twisted-Pair" and "Shielded
  357.        Twisted-Pair".
  358.  
  359.      X.400, X.500 - OSI protocols for mail and directory services.
  360.  
  361.      10BASE-T - A variant of IEEE 802.3 which allows stations to be attached
  362.        via twisted-pair cable.
  363.  
  364.      10BASE-F - A variant of IEEE 802.  3 under development which
  365.        allows stations to be attached via multimode fiber.  It will
  366.        offer a variety of methods of using fiber in an IEEE 802.3
  367.        network that go beyond what is currently offered in FOIRL.  The
  368.        current 10BASE-F draft is likely to be confirmed.  draft is
  369.        likely to be confirmed.  Sections of the draft include "Fiber
  370.        Optic Medium and Common Elements of Medium Attachment Units and
  371.        Star, Type 10BASE-F (Section 15)", "Fiber Optic Passive Star and
  372.        Medium Attachment Unit, Type 10BASE-FP (Section 16)", "Fiber
  373.        Optic Medium Attachment Unit, Type 10BASE-FB (Section 17)", and
  374.        "Fiber Optic Medium Attachment Unit, Type 10BASE-FL (Section
  375.        18)".
  376.  
  377.      802 - The set of IEEE standards for the definition of LAN protocols.
  378.        A story goes that a long time ago, IEEE and ANSI decided that
  379.        IEEE would get the slow protocols and ANSI would get the fast
  380.        ones, thus IEEE defined the 802 protocols and ANSI defined FDDI.
  381.        Presumably IEEE saw limited application for FDDI at the time.
  382.        Also, the IEEE standards-making committees associated with these
  383.        standards.
  384.  
  385.      802.1 - The IEEE 802 standard for Network Management and Network
  386.        Bridging of IEEE 802 networks.
  387.  
  388.      802.2 - An IEEE standard for the portion of LAN data-link protocols
  389.        that is the same for all flavors of IEEE LAN protocols, e.g.
  390.        802.3 and 802.5.  Sometimes not used.
  391.  
  392.      802.3 - An IEEE standard for LANs--their "improved" version of Ethernet.
  393.        See Ethernet.
  394.  
  395.      802.4 - An IEEE standard for LANs: Token Bus networks.  Basically,
  396.        standardizes MAP, a protocol that operates a Token Bus protocol on
  397.        broadband.
  398.  
  399.      802.5 - An IEEE standard for Token-Ring-based LANs.  See Token Ring.
  400.  
  401.      802.6 - An IEEE standard for Metropolitan Area Networks.  Also known
  402.        as DQDB.
  403.  
  404.      802.7 - IEEE 802 technical advisory group on Broadband.
  405.  
  406.      802.8 - IEEE 802 technical advisory group on FDDI & fiber optics.
  407.  
  408.      802.9 - IEEE 802 group on integrated data & voice networks.
  409.  
  410.      802.11 - Proposed IEEE 802 group for wireless Ethernet.
  411.  
  412.  
  413. V. Frequently Asked Questions on Campus Networks
  414.  
  415.      It is hard to answer typical BIG-LAN questions in advance for
  416.      two reasons.  Answers are often long and they are often
  417.      controversial.  To provide some sort of objective information
  418.      relevant to the controversies, a survey of BIG-LAN readers was
  419.      taken on answers to various questions, so this memo could offer
  420.      a sampling of opinions.  Note that the opinions below are
  421.      extracted from the 41 responses received for the survey.  We
  422.      can't say these 41 responses represent a fair sampling of campus
  423.      LAN administrators, but they do show some of the answers that
  424.      you would get if you posed some of these questions to the
  425.      BIG-LAN readership.
  426.  
  427.   1. What is the difference between Ethernet and IEEE 802.3?
  428.  
  429.      Ethernet ran through an evolution starting with some
  430.      experimenting at Xerox, and ending with a standard
  431.      published by Xerox, DEC, and Intel, which they offered to
  432.      the world (with minimal royalties) as a standard technology
  433.      for building LANs.  The Institute of Electrical &
  434.      Electronic Engineers took this as a proposed standard, and
  435.      rewrote the protocol description making some clarifications
  436.      and a few changes.  Some of the changes have been
  437.      universally adopted, and others have not.  After the first
  438.      go round of IEEE standard defining, Ethernet version 2 was
  439.      introduced which brought it more into line with standards.
  440.      The basic differences are:
  441.  
  442.          - Heartbeat vs SQE (see below)
  443.          - Which pin in the MAU & AUI connectors carry the ground
  444.             conductor
  445.          - Packet Length Field vs Type Field
  446.  
  447.      The latter issue is the one in which IEEE 802.3 has not
  448.      displaced Ethernet.  Ethernet had a 16-bit field which
  449.      defined the type of packet (examples: IP, XNS, Appletalk).
  450.      The IEEE committee decided to use that field to specify the
  451.      length of the packet, and have the data-portion of the
  452.      packet define itself through the next higher level of
  453.      protocol (e.g., IEEE 802.2).  However, the sets of possible
  454.      values for that field used by the two different protocols
  455.      are completely separate, and both protocols are designed to
  456.      deliberately ignore packets with fields outside their own
  457.      sets of values.  Thus Ethernet and IEEE 802.3 packets can
  458.      coexist on the same cable, though a computer which expects
  459.      to get packets belonging to just one of the protocols won't
  460.      notice any packets sent according to the rules of the other
  461.      (the expression used is "they pass by each other like ships
  462.      in the night").
  463.  
  464.      These days, LANs use both.  There is a way to send TCP/IP
  465.      packets via 802.3, but when 802.3 was introduced, there
  466.      were already so many systems using the Ethernet rules that
  467.      the use of Ethernet-style packets for TCP/IP has persisted
  468.      now for years.
  469.  
  470.   2. What is encapsulation?  What do I have to know about it?
  471.  
  472.      One encapsulation issue on LANs is whether IEEE 802.3
  473.      packets are used or Ethernet packets are used to
  474.      encapsulate your traffic on your IEEE 802.3/Ethernet LAN.
  475.      See previous question for more explanation.  Most TCP/IP
  476.      systems use Ethernet, any that uses IEEE 802.3 by default
  477.      might surprise you by not interoperating with the rest of
  478.      your TCP/IP network.
  479.  
  480.      A second encapsulation issue on IEEE 802.3/Ethernet
  481.      networks is whether your Novell (IPX) packets use Novell's
  482.      default encapsulation or whether they use Ethernet-style
  483.      encapsulation.  Novell, at least for a long time, had the
  484.      distinction of using IEEE 802.3 as if it were the only
  485.      protocol on the network, not following the rules for
  486.      avoiding other protocols running under IEEE 802.3 rules.
  487.      They offered a utility called ECONFIG that changed Netware
  488.      to use Ethernet rules, and use them properly, so Novell IPX
  489.      packets could utilize the same LAN as other protocols.  In
  490.      no case would the Novell traffic bother Ethernet traffic--
  491.      only any other IEEE 802.3 traffic if ECONFIG wasn't used.
  492.      In any case, a single Ethernet segment, or bridged
  493.      segments, had to have all Novell servers and clients
  494.      configured the same, in order to interoperate.
  495.  
  496.      A third encapsulation issue stems from Berkeley Unix 4.2,
  497.      from which many versions of Unix and many TCP/IP
  498.      implementations have been modeled.  It used, by default,
  499.      its own encapsulation rules (i.e., manner of putting IP
  500.      packets within Ethernet packets) which is termed "Trailer
  501.      Encapsulation".  When an Ethernet had some computers using
  502.      Trailer Encapsulation and some not, TCP/IP connections
  503.      would often work, but hang when large data transfers were
  504.      taking place.  The next version of Berkeley Unix, version
  505.      4.3, remedied this by avoiding Trailer Encapsulation except
  506.      when it was guaranteed to work correctly.
  507.  
  508.      A fourth encapsulation issue is "tunnelling", which
  509.      consists of one of the layers in the protocol stack
  510.      mimicking another layer to provide a way of running a
  511.      different set of upper layers than would otherwise be
  512.      possible.  This is rather widely used and seldom explained
  513.      to beginners.  It is perhaps best explained with an actual
  514.      example:
  515.  
  516. [Here put an example, perhaps Appletalk over IP]
  517.  
  518. [Include "encapsulated bridging" as a second example]
  519.  
  520.   3. How do I know whether to use a router or a bridge?
  521.  
  522.      (Note that the answer to this question is oriented to
  523.      Ethernet-based LANs).  Few administrators of networks doubt
  524.      that a network can be large enough to require routers nor
  525.      that there are situations where a bridge is an effective
  526.      solution.  However, there is controversy as to where to
  527.      draw the line.  Campus-sized networks involving distances
  528.      of up to a mile and possibly thousands of stations, can be,
  529.      and have been built solely out of one or the other.  The
  530.      BIG-LAN Survey of 12/91 showed the following opinion among
  531.      respondents:
  532.  
  533.        Survey question: "When you build a campus network, do you
  534.        tend to use bridges as opposed to routers?"
  535.  
  536.        Answers: 9 said yes; 26 said no; 2 said "brouters"
  537.        (combination bridge/routers) would be the best solution.
  538.  
  539.      Some clear tradeoffs: routers generally have to be set up
  540.      no matter what whereas bridges can be plug-and-play on a
  541.      network without too much total traffic; bridges generally
  542.      have a higher speed-to-cost ratio and the low-end bridge is
  543.      less expensive than the low-end router; routers handle huge
  544.      networks with links of different speeds better.
  545.  
  546.   4. How do I know whether to use a bridge or a repeater?  How many
  547.      repeaters may I put on an Ethernet?
  548.  
  549.      You cannot keep plugging more repeaters and add more cables to
  550.      an Ethernet indiscriminately and expect it to work.  With too
  551.      large a networks, the protocol which keeps the number
  552.      of collisions down (known as CSMA/CD) fails to do that.  The
  553.      protocol documents supply rules-of-thumb which, if followed,
  554.      prevent this from occurring.  If you break them, you may be risking
  555.      large performance degradations.
  556.  
  557.      The latest version of the rules-of-thumb (which have been updated
  558.      over time as new features like 10BASE-T have been added to the
  559.      protocol) are in the IEEE 802.3 document describing 10BASE-T,
  560.      specifically IEEE Std 802.ei-1990 in the section called "System
  561.      Considerations for Multisegment 10 Mb/s Baseband Networks"
  562.      (When 10BASE-F is released later, this section will be updated again).
  563.      The rules refer to the piece of the LAN that is between repeaters
  564.      as a segment and refer to 4 kinds: 10BASE5 (i.e. "classic" Ethernet)
  565.      and 10BASE2 (i.e., ThinWire Ethernet) both classified as "Coax"
  566.      segments and FOIRL (fiber inter-repeater links) and 10BASE-T, both
  567.      classified as "Link" segments, and both of which have the property
  568.      that you can attach things only to their ends.  The basic repeater
  569.      rule is that between any two stations on the LAN, there may be
  570.      at most 4 repeaters and three coax segments.  In addition, there
  571.      are length restrictions on the segments which are designed to
  572.      keep CSMA/CD working properly:
  573.  
  574.         10BASE5         500 meters
  575.         10BASE2         185 meters
  576.         FOIRL           500 meters (1000 meters in some cases)
  577.          10BASE-T        100 meters (or more)
  578.  
  579.      FOIRL links can be 1000 meters if you have at most 3 repeaters
  580.      between stations instead of 4.  10BASE-T links can be longer
  581.      if the cable will support it: CSMA/CD is not the limiting factor
  582.      on 10BASE-T.  For the purposes of this discussion, bridges, routers,
  583.      and gateways are "stations" since the CSMA/CD protocol does not
  584.      pass through them.  Thus if you discover these rules prevent
  585.      you from putting a repeater in the network where you need one, then
  586.      you can put a bridge there instead, or perhaps split the LAN
  587.      somewhere else using a bridge.
  588.  
  589.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  590.  
  591.      This is a controversial question also.  Vendors have
  592.      attempted to make hubs and concentrators that require
  593.      little training & manpower to manage & troubleshoot, and
  594.      they will attempt to convince you that they have succeeded.
  595.      You pay a premium for "manageability".  Those who remain
  596.      skeptical wonder how much the management features are ever
  597.      used: for example, management allows you to turn on & off
  598.      ports from an operator's console; how often do you need to
  599.      do such a thing?  Also, some of the benefits attributed to
  600.      management packages are simply due to good record keeping,
  601.      something which the administrator must find the manpower to
  602.      accomplish with a management package or without one
  603.      (presumably with a simple dbms, which can often be tailored
  604.      more to the administrators needs).
  605.